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By sending us your development 


elcome to XCELL, the new 


Xilinx customer newsletter. 


system registration card you auto- 
matically became a charter subscriber 
to this quarterly publication. It is our 
intent to make this an informative, 
easy to read, responsive and—hope- 
We 
want to supply you with early and 


fully—interactive newsletter. 


correct information, tell you about 
the status of our products and about 
our plans, about bugs and their work- 
arounds, give you applications ideas 
and convey to you some of the enthu- 
siasm that we feel for our Program- 
mable Gate Arrays. 

If you have questions or sugges- 
tions, please send them to me. “Let- 
ters to the Editor” make a newsletter 


more lively. 
Peter Alfke, Editor 
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New Xilinx Data Book Is Available 


The new Data Book contains the 
complete data sheets for our devices, 
the XC2064, XC2018,XC3020, XC3030, 
XC3042, XC3064, XC3090 and the 
XC1736, as wellas military datasheets 
for the XC2000 family. 

We explain Quality, Reliability and 
Testing issues, and give you an over- 
view of the design flow and the devel- 
opment systems. 

Twenty-five Application Briefs 
givedetailsonLCA performance para- 
meters, on metastability, and on meth- 
ods to estimate size and performance. 
We show you many innovative de- 
sign ideas from adders to code con- 
verters and state machines, and com- 





plete designs, like a FIFO controller, a 
40 MHz presettable counter and an 
8-digit Frequency Counter. 

Ask your local Xilinx sales repre- 
sentative for a copy of this 320-page 
book, or drop us a note. 

This Data Book has an ambitious 
goal. We want to prove to you that 
Xilinx is THE Programmable Gate 
Array Company, ready, willing and 
able to provide you with all the infor- 
mation and support you need to de- 
sign with LCAs. 

We want this to be the best Data 
Book in our industry. Only you can 
judge whether we have succeeded. 
Please tell us how we can improve it. 
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Component Availability............ 























































































































48 PIN 68 PIN 84 PIN 132 PIN | 175 PIN 
PLASTIC |CERAMIC | PLASTIC | CERAMIC | PLASTIC |CERAMIC |CERAMIC CERAMIC 
DIP DIP PLCC PGA PLCC PGA PGA i PGA é 
-PD 48 -CD48 | -PC 68 -PG6s | -Pcs4 | -PG84 | -PG132 |-PG175 MGeseae 
-33 c IM ci CIM 
xc2064 -50 c U cl CIM 
-70 c c 
33 cl cl B: 4088 
xC2018 -50 cl ci |ciM + B: 4088 
-70 c c c 
— 50 cl ci |CIiM + B: 4Q88 
“70 aif cl ci [| ci 
750 Dec.’88*| Dec.'88 B: 2Q89 
xXC3030 
-70 Dec.'88*| Dec.'88 
Dec.'88*| Dec.'88 B: 1089 
xC3042 
Dec.'88*) Dec.'88 | 4088 
B: 3989 
xc3064 
B: 1989 
xC3090 














C = Commercial 
= Industrial 

= Military 

B = Military 





DS21 XACT ver. 2.12: 
XACT ver. 2.12 (3 disks) 
XC3090ES Update (3 disks) 
DOS 16/M Loader ver, 2.49 (1 disk) 
XC3030/XC3042 die files (2 disks) 


DS22 P-SILOS ver. 2.01 
P-SILOS ver. 2C.5 rev 2 (2 disks) 
XNF/LCA intrfce ver. 2.11 (2 disks) 
XNF2SILO ver 2.01 


DS23 ADI ver. 2.10 
APR ver. 2.13 ( 2 disks) 
XNF/lca intrfce ver. 2.11 (2 disks) 
Logic Synthesis ver. 1.00 (1 disk) 
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LCA Package and Temperature Options 


Current Software List 


The following is a list of the current software revision levels for each of 
Xilinx’s development system products currently being shipped (Oct 1988). 
Make sure that you have up-to-date versions of this software. 











0°C To 70°C 

-40°C To 85°C 
“55°C To 125°C 
MIL-STD-883, Class B 


XC1736 PD8C (Plastic 8-Pin Mini-DIP, -40°C to +85°C) 
XC1736 CD8C (Ceramic 8-Pin Mini-DIP, -55°C to +125°C) 


DS28 XACTOR ver. 2.10 
XACTOR 2.10 (1 disk) 


DS31 FutureNet DASH ver. 2.01 
FutureNet interface and library 
PIN2XNF ver.2.01 (5 disks) 


DS40 FutureNet TTL Library 
ver. 1.0 (1 disk) 


DS33 Daisy Interface (DNIX) 
ver. 1.04 (6 disks) 


DS51 ver. 2.11 
DS52 ver. 2.10 
DS21 XACT ver. 2.11 


* Engineering Samples Now 
Shaded Areas: Not Meaningful 








DS52 ver. 2.10 
Schema II ver. 2.03 (4 disks) 
Xilinx/Schema intrface ver. 2.01 
DS23 ADI ver. 2.10 


DS53 ver.2.12 
DS54 ver. 2.10 
DS21 XACT ver. 2.12 


DS54 ver. 2.10 
DASH-LCA ver. 4.02r (2 disks) 
PIN2XNF ver.2.01(5 disks) 
| DS23 ADI ver. 2.13 
DS81 Ser. Config PROM Programmer 
SCP Programmer ver. 2.00 (1 disk) 
XPROM ver. 2.00 





The position of a robotics arm is 
usually determined by three shaft 
encoders in the form of up/down 
pulse generators and counters. At a 
maximum speed of 5 meters per sec- 
ond anda resolution of 1 micron, these 
counters must resolve 0.2 us pulses 
and should have a capacity of at least 
2 million steps. The counters must 
have an easy interface to the micro- 
processor so that the count value can 
be read on-the-fly, without ambiguity. 

Theestablished microprocessor pe- 
ripheral counters have severe limita- 
tions. They usually are too short 
(16-bit), lack up/down control or 
quadrature clock inputs, and cannot 
be read easily. 

Now Xilinx suggests a design that 
packs three 22-bit counters into one 
LCA, the XC 3020, Max count rate is 
8MHz,and the count valuescan easily 
be read on-the-fly. The counter archi- 
tecture is somewhat unconventional. 
Each counter consists of two parts: 

1. Aconventional up/down 4-bit 
Grey-code counter with a capacity 
from -8 to +7. This counter is asyn- 
chronous to the system clock, affected 
only by the incoming count signals. 





4 Bit UP/ON 


Stocks Grey Counter 


Asynchronous 








2. A 20-bit up/down counter in 
the form of a 20-bit recirculating shift 
register, a serial adder /subtractor,and 
a carry/borrow flip-flop. This shift 
register forms the most significant part 
of the counter. Synchronous with the 
LCAclock, it is easily synchronized to 
the microprocessor clock. Ata 20 MHz 
clock rate it recirculates once, and can 
beincremented, decremented, orread, 
once per microsecond. 

Communication between these 
two parts of the counter is through a 
carefully controlled mailbox. When- 
ever the 4-bit up/down counter 
reaches plus or minus 8, it sets a carry 
or a borrow flip-flop. The shift regis- 
ter counter accepts these inputs syn- 
chronously with a max delay of 1 ts. 

When the microprocessor wants to 
read the counter, it first disables the 
interaction between the two parts of 
the counter. Then the two parts of the 
counter are transferred into 24 output 
registers and their interaction is en- 
abled again. This mechanism insures 
reliable read-out, even if the counter 
is oscillating around certain critical 
values. 

The problem of a traditional up/ 


Application ry s bh 


Fast Bidirectional Counters for Robotics 


down counter is that it, worst case, 
can oscillate between two values 
where all (or most) counter bits change 
at theincoming countrate. This makes 
a reliable microprocessor interface 
virtually impossible. 

In this design the most significant 
20 bits of the counter do not have this 
problem, and the least significant 
4 bits count in a Grey code, where 
only one bit changes on any clock 
transition. Such counters can safely 
be read on-the-fly. This safe and 
compact design puts one additional 
burden on the microprocessor: The 
two parts of the counter must be added 
in software, since they have independ- 
ent sign bits. Considering the other 
advantages, that seems like a small 
price to pay. 

Possible variations: 

Speed can be increased to 20 MHz 
by changing the partitioning from 
4/20 bits to 8/16 bits. The up/down 
count control can be implemented in 
several ways. 

Please note that this design has not 
been built. We welcome responses 
from our readers about real-life re- 
quirements for sucha circuit. PA. 


Synchronous to the Microprocessor 
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Handshake. Timing 
and 
Address Controt 


Triple 22-Bit Up/Down Counter (Plus Sign with Micropprocessor Interface 





20 MHz Clock (Typical) 
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How to Run XACT in 


The XACT and XACTOR pro- 
grams can display graphicsinCGA, 
EGA, or VGA mode. The graphics 
mode used by XACT or XACTOR 
is always fixed for a complete 
session. You may change the graph- 
ics mode from session to session. 

The default graphics mode is 
CGA since it is simplest. Xilinx 
recommends that you use EGA or 
VGA, as their resolution is far su- 
perior to CGA (CGA: 320 x 200 
pixels, EGA 640 x 350 pixels, VGA: 
640 x 480 pixels). 

If you want to use CGA, there 
is nothing that you need to do or 
set up to indicate this to XACT 
and XACTOR. To choose the EGA 
or VGA graphics mode you must 
set an environment variable, 
GRMODE, in yourAUTOEXEC.BAT 
file as follows: 

SET GRMODE=EGA or 

SET GRMODE=VGA 

You may also set the GRMODE 
variable to CGA : 

SET GRMODE=CGA 

if you want to always be ex- 
plicit about which graphics mode 
should be used. The XACT and 
XACTOR programs will read this 





A Short History of XACT 


The 1,3 release supported the 2000 
family only. It used bank-switched 
EMS memory to overcome the 640K 
limitation of the PC. 

The 2.01 release in late ‘87 sup- 
ports both the 2000 and the 3000 
families. For performance reasons 
it abandons bank switching and 
uses the ‘286 in protected mode with 
extended memory, managed by 
DOS/16M. 

The 2.10 release in May of ’88 
fixes some bugs and improves the 
performance, a significant factor in 
XC3090 support. 

The 2.11 and 2.12 release each fix 
bugs that affected the capability of 
XACT to unroute and then re-route 
a design. 
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EGA or VGA Mode 


environment variable when they 
are invoked and will then display 
graphics in the selected mode. 

Without an EGA or VGA dis- 
play card in your PC, you should 
not set the GRMODE variable to 
EGA or VGA. If you do, the screen 
will go blank after you invoke the 
XACT or XACTOR program. The 
programs simply assume that you 
have the correct hardware for the 
indicated graphics mode. 

Whether or not you already have 
the GRMODE environment vari- 
able set, you may set it again or 
set it with a different value, when 
the normal DOS prompt is dis- 
played. To do this you just type 
the command: 

SET GRMODE=EGA_ or 

SET GRMODE=VGA 

and then press the “enter” key. 
If you then type “set” and press 
the “enter” key, you will see all 
the environment variables that are 
set and whether the GRMODE vari- 
able is set correctly. If it is not set 
correctly, just re-type the “SET 
GRMODE=” command with the 
correct value. You must do this 
BEFORE invoking the XACT or 
XACTOR programs. You may NOT 
change the graphics mode in the 
middle of an XACT or XACTOR 
session. 


Four “Ones” Added to Configuration Bit Stream 


The2.11 and laterreleases of XACT 
changed the bit-stream by adding four 
more dummy “ones” to the begin- 
ning of the header and increasing the 
length count by four. This change was 
made in order to simplify the soft- 
ware and make different software 
packages consistent. 

This small change makes the con- 
figuration bit file, when read as bytes, 
completely different, virtually unrec- 
ognizable from the older version. 








Fast Counters 


We just finished the design of a 40 
MHz presettable counter described in 
the new Data Book. We also built a 
100 MHz, 8 digit Frequency Counter 
with LED readout, using an inexpen- 
sive watch crystal as time base. The 
logic fits in one XC3020. 

In this newsletter we explain an 
idea for a triple 22-bit (plus sign) 8 
MHz counter with a convenient and 
safe microprocessor interface. 


Colorblind? 
Use Cyan / Magenta 


Many men, but surprisingly few 
women are yellow-green colorblind. 
Normally, this may be just a minor in- 
convenience. For a design engineer 
using the Xilinx Design Editor, how- 
ever, this isa horse of a different color. 

XACT uses Red, Yellow, and Green 
with a Black background. If you are 
color blind itis very difficult to distin- 
guish between Green and Yellow. 

Now there isa software solution to 
this problem. In the XACT Program 
Executive (the first graphics screen 
which appears after you invoke 
XACT) there isa new command in the 
PROFILE menu. Itiscalled PALETTE, 
with two options: “GREEN/RED/ 
YELLOW” and “CYAN/MA- 
GENTA/WHITE.” Thus, if you are 
yellow-green colorblind, you can se- 
lect the “CMW” palette. 

Remember to save your profile after 
you have changed the palette. 





DOWNLOAD will, however, work 
with either version of the .BIT file, and 
MAKEPROM and XACTOR can use 
either version of .BIT files, or even a 
mixture of them. 

There was no change in the 
silicon—the chip still only requires 
four leading “ones” minimum. 

The new Sept. ‘88 Data Book lists 
the new code, but also mentions that 
the chip only requires four leading 
“Ones.” 





XACT is a large, demanding pro- 
gram, using interactive graphics, re- 
quiring megabytes of RAM. This 
pushes the IBM-PC into uncharted 
waters. 

The 286, in REAL mode, can only 
address 640 K bytes, obviously not 
enough. Bank-switching is a well- 
known trick to increase the apparent 
addressing range, but it is unaccept- 
able since it would degrade perform- 
ance dramatically. 

Our only choice is, therefore, to 
run XACT in PROTECTED mode 
where the ‘286 can address 16 mega- 
bytes of extended memory. 

In PROTECTED mode the ’286 has 
no access to its BIOS, keyboard or 
mouse. These are only available in 
REAL mode, so our program must 
toggle very often (many times per 
second) between REAL and PRO- 
TECTED MODE. 

We use an application develop- 
ment tool from Rational Systems Inc., 
Natick, MA, called DOS/16M. This 
program allows applications written 
in C (asis all Xilinx software) to run in 
PROTECTED mode on 286 and ‘386 
microprocessors. DOS/16M acts as 
an interface between the application 
and DOS, intercepting interrupts and 
switching from PROTECTED to REAL 
mode as necessary before resignaling 
or handling the interrupt. 

Now we get to the problem: Intel 
gave the '286 an instruction to switch 
from REAL to PROTECTED mode, 
but, unfortunately, no instruction to 


All DOS Are Not 
Created Equal 


Some clone manufacturers supply 
their own version of DOS which may 
differ from the real, true blue DOS 
sold by IBM. 

Incase of mysterious unresolvable 
software problems on clones using 
non-IBM DOS, we suggest changing, 
if not to the IBM hardware, at least to 
the IBM DOS. 
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Why Is There A Clone Compatibility Issue? 


switch back from PROTECTED to 
REAL mode. Pulling RESET is the 
only way. 

IBM then implemented this “Re- 
turn to real mode” in—of all places— 
the keyboard controller! Perhaps they 
found some unused code space and 
just stuck it in. So the switch from 
PROTECTED to REAL mode is done 
in a very clumsy way. It works pre- 
dictably in the IBM AT, but not in all 
clones. 

For legal reasons, clone manufac- 
turers have to use a BIOS that is a 
functional emulation, nota directcopy 
ofthe IBM BIOS. The creators ofsome 
clone BIOS took liberties with the 
seemingly uncritical control of the 
keyboard. 

So they tend to behave differently, 
and that is the reason for most of our 
compatibility problems. Until recently, 
very few popular software packages 
used PROTECTED mode, and these 
idiosyncracies have, therefore, gone 
unnoticed. 

DOS/16M has implemented a 
wide variety of workarounds to acco- 
modate the different BIOS and key- 
board controller flavors. It also sug- 
gestsseveral different switchmodeset- 
tings to avoid problems that defy the 
general solution. 

Note that these problems are fun- 
damentally caused by a “flaw” in the 
‘286. The ‘386 can switch back to real 
mode. It may mean the end of most 
compatibility problems on ‘386 based 
machines. 


SSS a 


Don’t Be Longwinded 


Names longer than 22 characters 
causea nasty interrupt (000D) inAPR. 
No serious problem in English, but 
some Germanic languages allow un- 
limited concatenation of nouns, like: 

Speicheradressendekodierschaltung, 

Mikroprozessorversorgungsspannung, 

Doppelfehlerkorrekturalgorithmus 

Kylvattenniva6vervakningssignalingai 

Our German and Scandinavian 
users should avoid such names. 





The following computers do run 
Xilinx software without problems. 
Since Xilinx has these computers in- 
house, if any software problems 
should show up, Xilinx will supply a 
solution. 

IBM PC/AT 

IBM PS/2 Models 60 or 80 

Compaq 286 or 386 

Compaq Portable 286 or 386 

Compag Portable II or III 

HP Vectra ES or ES/12 

AST Premium 286 with BIOS 3.03 

or higher. 

Xilinx Applications runs four Pro- 
teus 386 (16 MHz, 6 Mbytes of RAM) 
without any problems. We chose them 
for the best “bang for the buck” in the 
summer of ’88, but this isa fast-chang- 
ing world... 

The following computers are 
known to have problems running 
Xilinx software. 

Comcen 286 AT (mouse) 

CSS Computer (keyboard) 

FORTRON 386 (keyboard) 

Leading Edge 

MEK 386 

NCR PC 916 

OPC AT 

PC Limited 286 

Tandon PCA 

Trigem AT 

You can test the compatibility of 

your PC by running PMTEST. 
_ Before making any PC buying de- 
cision, please ask Xilinx Applications 
for a more complete list of PC com- 
patibility issues. 


North-East Sales Office 
Moved to Nashua, NH 


Thenew address for the Xilinx sales 
office covering the New England 
states, New York, New Jersey, and 
Canada is: 


61 Spit Brook Road, 
Fourth Floor 
Nashua, NH 03060 
Phone: (603) 891-1096 
Fax: (603) 891-0890 
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Beware of the Power of 
an In-Circuit-Emulator 


Whena microprocessor emulator 
is hooked into a system, proper se- 
quencing of the two power supplies— 
Emulator and System—is very im- 
| portant. Improper sequencing can 
blow up devices. 

A powered-up emulator with 
(typically) 74240-type outputs driv- 
ing a logic High into non-powered up 
system, can cause severe damage. 

The logic High input on a device 
that has Vee = OV (or very low) will 
forward-bias the input protection 
diode (ESD protection) and can route 
large amounts of current into this pin 
and out of the Vcc lead, if Vec is not 
free to float High. Ina large system 
with many MOS and bipolar devices, 
as well as decoupling and supply 
storage capacitors connected to the 
Vee bus, this bus (or plane) can be 
considered an almost unlimited cur- 
rent sink once it has reached +1V. 

The current source capability of a 
74LS240-type output that is logically 
High, but clamped down to 1 or 2 V 
can be as much as 200 mA per output! 

Many outputs of an emulator can 
thus together drive several Amperes 
into the Vcc bus of the target systems, 
and this current will take the route of 
the best (lowest drop) protection di- 
ode. CMOS output drivers havea very 
good diode to Vcc, it is the p-channel 
output transistor’s drain acting as a 

diode. This large diode is likely to 
| take most of the current coming from 
the emulator, and this current can 
easily blow the Vcc bonding wires 
within milliseconds. 

The problem can only be avoided 
by proper supply sequencing (turn 
the system on first, the emulator last, 
reverse sequence for turn-off), or by 
other means of limiting the current 
being driven across the interface, es- 
pecially the current into the Vcc leads 
of the target CMOS devices. 

Even if the current is low, there is 
another problem: The clamp current 
from a powered input might sustain a 
degenerate Vcc level, which might 
prevent proper initialization when Vcc 
is re-applied. 
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DIN Hold Time Poses No Problem 


Cautious designers have pointed 
out an inconsistency in the original 
specification for the XC3000-series 
CLB timing parameters: 

DIN has a hold time requirement 
of 4ns (-70 part), while the clock to 
output delay is specified as 8ns max, 
no minimum value is given. This has 
raised the concern thata fast part might 
have an output delay shorter than the 
hold time requirement, which would 
make the DIN input useless. This 
problem does not exist in reality, be- 
cause all delays on a given chip track 
very well, even with temperature and 
supply voltage variations. 

The new Sept. 88 Xilinx Data Book 
states clearly in a note to the CLB 
timing specifications on page 2-41: 

“The CLB K to Q output delay of 
any CLB, plus the shortest possible 
interconnect delay, is always longer 
than the DIN hold time requirement.” 

The applications section (page 
6-18) discusses this problem more 
generally: 

“All delays track very well over 
temperature, supply voltageand proc- 
essing variations, never deviating 


more than 30% from each other's 
normalized value.” 

If two parameters are specified 
witha 2:1 ratio, the most extreme vari- 
ations of this ratio are: 

(2+30%) + (1-30%) = 2.6 + 0.7 =3.7 

(2-30%) + (14+30%) = 1.4+1.3=1.1 

In other words, the parameter 
specified as 8 ns will always be larger 
than the one specified as 4 ns. 

While we are on the subject: A 
battle has raged for 20 years whether 
to specify set-up and hold-time re- 
quirements in the maximum or the 
minimum column. It is a purely 
semantic problem: a minimum for the 
device is a maximum for the system, 
and vice versa. Rather than add con- 
fusion and open old wounds, let’s say 
that every reader is entitled to move 
set-up and hold-time numbers to the 
column of choice. 

Asimilar confusion rages around 
the clock frequency. Is it: clock fre- 
quency = 70 MHz (max) or is it: max 
clock frequency = 70 MHz (min)? Both 
methods are correct, but the first one 
has room for a zero (min) specifica- 
tion to indicate static operation. 





Latch-up isa totally different phe- 
nomenon. It can occur when a CMOS 
outputis forced higher than Vcc, while 
Vcc is capable of sourcing substantial 
current. 

Under these circumstances the 
CMOS structure looks like a Silicon- 
Controlled-Rectifier, ie. once trig- 
gered it will stay conducting and can 
conduct almost unlimited current, 
thus potentially self-destructing. 

Modern CMOS output structures 
have been made resistant to this prob- 
lem. It takes several hundred mil- 
liamps to trigger the SCR, and the 
trigger must be sustained for millisec- 
onds to cause the latching feedback 
SCR action. 

The required high trigger current 
and long duration make Xilinx LCA 
outputs extremely latch-up resistant. 


Typographical Error 
in the New Data 
Book 


The table of XC3000, “General 
LCA Switching Characteristics,” 
on page 2-44 lists the timing units 
as nanoseconds. They really are 
microseconds (values between 0 
and 7 us ). The equivalent parame- 
ters for the XC2000 family are 
labeled correctly on page 2-87. 

The XC1736 pin assignment 
drawing on page 2-113 shows an 
erroneous overbar over RESET. 

These are the only misleading, 
errors that we have found so far. 





Outputs Can Switch 
_ Simultaneously 


When many outputs drive capaci- 
tive loads simultaneously in the same 
direction, the resulting current spikes 
cause significant voltage drops on the 
supply bonding wires inside the pack- 
age. This has been called “ground 
bounce,” and Xilinx designers were 
very muchaware of this problem. The 
Xilinx devices, therefore, have a very 
effective supply distribution grid on 
the chip, and have multiple supply 
pins (two Vcc/ground pin pairs on 
the 68 and 84 pin packages, eight Vec/ 
ground pin pairs on the 132- and 
175- pin packages). 

Asa result, we allow the simulta- 
neous, fast mode, same direction, 
switching of a total combined load of 
1000 pF for the 84-pin and smaller 
packages, of 4000 pF for the 132-pin 
and larger packages (See the note be- 
low the IOB switching table on page 
41 of the 3000 family data sheet, and 
page 2-43 of the new Data Book). In 
slow mode this capacitance can be 
four times larger. 

See also the first lines of page 2-26 
in the new Data Book: “Slew-limited 
outputs maintain their DC drive ca- 
pability, but generate less external re- 
flections and internal noise. More 
than 32 fast outputs should not be 
switching in the same direction ex- 
actly simultaneously. A few ns of de- 
liberate routing skew canalleviate this 
problem of “ground-bounce.” 

PS. The unloaded output slew 
rate has been measured as 3 volts per 
nanosecond(!) in fast mode. It is ap- 
proximately 0.5 volts per nanosecond 
in slow mode, which should be the 
standard mode forall outputs that are 
not very speed-critical. Slow mode is, 
therefore, the default mode. Note that 
slow mode has no reduction in de 
drive capability. See pages 6-14and 15 
of the new Data Book for more infor- 
mation on “Additional Electrical Para- 
meters.” 
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| XC1736-Vpp Must Be 
Tied To Vcc 


| When using the programmed 
1736, Vpp must be tied to Vcc. Fail- 
ure to do this will result in unpre- 
dictable access times and thus in un- 
predictable, temperature-dependent 
operation. 

Westate this requirement clearly 
in the data sheet pin description, but 
some users ignored itand they are in 
for a long search, trying to find the 
bug in a design that worked “most 
of the time.” 

Also, don’t forget to tie the 
unused PWRDWN input of an LCA 
to Vee. 
ee 


New Speeds File 


XACT 2.12 includes corrected XC 
3020 SPEEDS.XCT file coefficients. 

Since these coefficients are shared 
with other software, this file must be 
duplicated and named as shown be- 
low: 


1. Locate the SPEEDS.XCT filein the 
XACT directory. 


2. Duplicate this file two times by 
typing the following commands: 


Copy SPEEDS.XCT SPEEDS.APR 
Copy SPEEDS.XCT SPEEDS.L2x 





a 


PLCC Sockets Share The 
PGA Footprint, But Have 
Different Pin-Out 


If you want to use a socketed 
PLCC on a PGA-based PC board, 
you are in fora surprise and a rather 
complex rats nest of an adapter. Look 
carefully atour pin-out descriptions, 
they show you the difference. This 
problem indicatesa lack of standardi- 
zation in our industry. 
os 


Strange Output Levels 


A properly configured and prop- 
erly used LCA will always have VOL 
below 0.3V and VOH above 4 V. 

If the user ever measures a static 
output voltage between these two 
values, something is seriously wrong. 
We have seen two possibilities: 

® Contention between two out- 
puts asa result of wrong interface de- 
sign. An LCA output fighting an 
LS-TTL output can generate 1.5 or 
V. Since the output current can be as 
high as 50 mA, this situation should 
not be allowed to persist for more 
than a few seconds. 

@ Wrong configuration. If the 
LCA has read erroneous configura- 
tion data, it might create internal con- 
tention which might even generate 
strange output levels. This situation 
must also be cured immediately. 











EE SSS ee 
If All Else Fails, Read the Instruction Manual... 


We know that reading manuals is no fun. It has also been said that “power 
users do not read manuals...” In spite of this we want to encourage our users to 
read the manuals. There is a lot of useful and important information in those 
binders, and many of your questions are already answered there. 

We just mailed you the first application notes from our series of User’s 
Guides, easy-to-read, practical explanations of sometimes confusing issues like: 
Configuring LCAs 
Designing LCAs with Boolean Equations 
Simulating Bidirectional I/O's 
Dev. System Hardware Requirements 


This series will be continued. 


Our new Data Book is a well-organized treasure trove of information. It 
even hasan index, starting on page 8-1. You see, we are trying very hard tomake 
the information accessible and easy to find. 

So, before you get frustrated and grab the phone: 

PLEASE READ THE MANUAL! 
We, in turn, promise to make the manuals more readable and the software 


more user-friendly. 
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FALL 88 | 
Seminar Series 


| 
Xilinx will give technical seminars in 


the cities listed to the right. These | 
seminars emphasize designing with 
the XC3000 family and the newer 


development systems. If you have not 


_ yet designed with the XC3000 family, 


we recommend that you attend. If you 
are already familiar with the XC3000 
family, you might recommend this 


seminar to a friend. 


Agenda 


@ Programmable Gate Arrays, a Technical Description 


@ Performance / Density / Cost 
@ Design Methodology 

@ Development Systems 

@ Applications Examples 


@ Live Demonstration of a Complete 


@ Design, from Schematic Capture to Working Prototype 


USA & Canada 

Sacramento, CA 9-16 
Milpitas, CA; Chicago, IL 9-20 
Detroit, MI 9-21 
Seattle, WA 9-28 
Portland, OR 9-29 
King of Prussia, PA 10-3 
Rochester, NY; Tyson's Corner, VA 10-4 
Toronto,ONT Atlanta, GA 10-5 
Ottawa,QUE Huntsville, AL 10-6 
Montreal, QUE 10-7 
Col.Springs,CO; Marlboro, MA 10-11 
Boulder, CO Boston, MA 10-12 
Salt Lake City, UT, Waterbury, CT 10-13 
Phoenix, AZ 10-14 
Chatsworth, CA 10-18 
Irvine, CA 10-19 
San Diego, CA 10-20 


Europe 
Kabenhavn 
Malmo. 
Oslo 
Stockholm 
Helsinki 
Wien 
Madrid 
Bruxelles 


| Utrecht 


Bracknell 


| Cambridge 


Manchester 
Livingston 
Milano 
Munchen 
Karlsruhe 
Hamburg 


12,0ct 
13,Oct 
14.0ct 
17,0ct 
18.0ct 
20,0ct 
25,0ct 
26,Oct 
27,Oct 
31,0ct 

1,.Nov 

2.Nov 

3.Nov 

4.Nov 
21,.Nov 
22,Nov 
24,Nov 
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